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(57) Abstract: The invention relates to a method for 
arranging the transfer of packets between a wireless data 
transfer device (MS) and a mobile communication network 
(NW). For transferring packets between the wireless 
data transfer device (MS) and the mobile communication 
network (NW), temporary block flows (UL TBF, DL TBF) 
are formed, and information is transferred in these block 
flows in one ore more packet data traffic channels (PDTCH) 
either in the first direction from the mobile communication 
network (NW) to the wireless data transfer device (MS) or 
in the second direction from the wireless data transfer device 
(MS) to the mobile communication network. In the method, 
information about the end of the block flow is set in a packet 
(302) to be transmitted in a block flow when data transfer 
has stopped. When the transfer of packets in said first 
direction has stopped, at least one enquiry message (306) is 
also sent from the mobile communication network (NW) to 
the wireless data transfer device (MS). If there are packets to 
be sent to the mobile communication network (NW) in the 
wireless data transfer device (MS), a reply message (307) 
to said enquiry message (306) is sent from the wireless data 
transfer device (MS), which also sets information about the 
need to send packets in the reply message (307). 
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Allocation of resources in packet-switched data transfer 

The present invention relates to a method according to the preamble of 
Claim 1, a data transfer system according to the preamble of Claim 13, 
5 and a wireless data transfer device according to the preamble of Claim 
18. 

The term "wireless data transfer system" Is generally used to mean any 
data transfer system, which enables a wireless data transfer connec- 

10 tion between a wireless data transfer device (MS) and fixed parts of the 
system when the user of the wireless data transfer device is moving in 
the operating region of the system. A typical wireless data transfer 
system is the Public Land Mobile Network PLMN. Most of the wireless 
data transfer systems that exist at the time of filing this application 

15 belong to so-called second generation wireless data transfer device 
systems, an example of which is the widely known GSM system 
(Global System for Mobile telecommunications). The present invention 
is especially suitable for the packet-switched wireless data transfer 
device systems being developed now. An example of these wireless 

20 data transfer device systems used in this specification is the GPRS 
system (General Packet Radio Service), the standardization of which is 
under way now. It is clear that the invention can also be applied in 
other wireless data transfer device systems in which packet-switched 
data transfer is applied. 

25 

The General Packet Radio Service (GPRS) is a new service being 
developed for the GSM wireless data transfer device system. The 
operational environment of the GPRS system comprises one or more 
subnetwork service areas, which are combined as a GPRS backbone 

30 network. The subnetwork comprises several Support Nodes (SN), 
examples of which used in this specification are the Serving GPRS 
Support Nodes (SGSN), which are connected to the mobile network 
(typically via a connection unit to the base station) so that they can 
offer packet switched services to the wireless data transfer devices via 

35 the base stations (cells). The mobile network offers packet-switched 
information transfer between the support node and the wireless data 
transfer device. Different subnetworks, in turn, are connected via the 
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GPRS Gateway Support Nodes (GGSN) to an external data network, 
such as a Public Switched Data Network (PSDN). The GPRS service 
thus enables packet-switched transfer of information between a wire- 
less data transfer device and an external data network, whereby 
5 certain parts of the mobile network form an access network. 

In order to use the GPRS services, the wireless data transfer device 
performs at first a GPRS attach, by which it notifies that it is ready for 
the transmission of packet data. The attach forms a logical link 

10 between the wireless data transfer device and the support node SGSN, 
and thus enables the transmission of short messages (SMS, Short 
Message Services) via the GPRS network, paging via a support node 
and notification of packet data to the wireless data transfer device. 
While the wireless data transfer device is attaching to the network, the 

15 support node performs the mobility management (MM) operation and 
user identification. In order to transmit and receive information, a 
Packet Data Protocol (PDP) is activated, whereby a packet data 
address to be used in a packet data connection is specified for the 
wireless data transfer device, and thus the address of the wireless data 

20 transfer device is known in the gateway GPRS support node. When the 
attach is performed, a data transfer connection is established with the 
wireless data transfer device, the support node and the gateway GPRS 
support node, and a protocol (such as (X.25 or IP), a connection 
address (e.g. X.121 address), Quality of Service and Network Service 

25 Access Point Identifier (NSAPI) are specified for the connection. The 
wireless data transfer device activates a packet data connection with 
an Activate PDP Context Request, in which the wireless data transfer 
device gives the Temporary Logical Link Identity (TLLI), the type of the 
packet data connection, the address, the required Quality of Service, 

30 the Network Service Access Point Identifier and possibly also the 
Access Point Name (APN). 

The Quality of Service specifies, for instance, how Packet Data Units 
(PDU) are handled during the transfer in the GPRS network. The 
35 Qualities of Service defined for connection addresses, for example, are 
used to control the order of transmission, buffering (packet queues) 
and the rejection of packets in the support node and the gateway 
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GPRS support node especially in situations where there are packets to 
be sent in two or more connections simultaneously. Different qualities 
of service specify different delays for the transfer of packets between 
different ends of the connection, different bit rates, and the number of 
5 packets rejected may be different in connections with different qualities 
of service. Four different Quality of Service classes have been formed 
in the GPRS system, and these classes specify the Quality of Service 
offered by the LLC layer to the connection. 

10 Reliability determines whether acknowledgement is used (ARQ) or not 
(no ARQ) in the Logical Link Control (LLC) and Radio Link Control 
(RLC) layer in data transfer. In addition, reliability determines whether 
protected mode is used in non-acknowledged data transfer, and 
whether the GPRS backbone network uses the TCP or UDP protocol in 

1 5 the transfer of packets that belong to the connection. 

The attached Fig. 1 shows the operation of a known LLC protocol layer 
101 in the wireless data transfer device and in the GPRS support node. 
Block 102 represents the operations of the known RLC/MAC (Radio 

20 Link Control/Media Access Control) layer that are needed between the 
LLC layer 101 and the wireless data transfer device (not shown). 
Correspondingly, block 103 represents the operations of the known 
BSSGP (Base Station Subsystem GPRS Part) layer that are needed 
between the LLC layer 101 and the closest serving GPRS support 

25 node (not shown). The interface between the LLC layer 101 and the 
RLC/MAC layers is called the RR interface, and the interface between 
the LLC layer 101 and the BSSGP layers is called the BSSGP inter- 
face. 

30 Above the LLC layer 101, there are the known GPRS mobility 
management operations 104, the SNDCP operations 105 and the short 
message service operations 106, which belong to layer 3 in the layered 
structure described here. Each of these blocks has one or more con- 
nection points to the LLC layer 101 for connecting to its different parts. 

35 The logical link control block 107 has a Logical Link - GPRS Mobility 
Management (LLGMM) control connection to block 104. The mobility 
management information is routed via the LLGMM connection between 
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the blocks 104 and the first LLE (Logical Link Entity) block of the LLC 
layer. The second 109, third 110, fourth 1 1 1 and fifth 112 LLE block are 
connected to block 105 via corresponding connections. These blocks 
are also called QoS 1, QoS 2, QoS 3 and QoS 4 according to the 
5 Quality of Service of the packets handled by these blocks. The sixth 
LLE block 113 of the LLC layer is connected to the block 106 via the 
LLSMS (Logical Link - Short Message Service) connection. The Ser- 
vice Access Point Identifiers of the first 108, second 109, third 110, 
fourth 111, fifth 112 and sixth LLE block are 1, 3, 5, 9, 11 and 7, 
10 respectively. Each of these LLE blocks is linked in the LLC layer to the 
multiplexing block 114, which processes connections via the RR inter- 
face to block 102 and further to the wireless data transfer device, as 
well as connections via the BSSGP connection to block 103 and further 
towards the support node SGSN. 

15 

The connection between the multiplexing block 114 and block 102 of 
the lower level towards the wireless data transfer device is called the 
transmission pipe. All packet data flows between the upper parts of the 
LLC layer and the lower layers 1 02 go through the same multiplexing 

20 block 114 and transmission pipe. For the packet data transfer of the 
LLC layer 101 in the GPRS system, it is possible to create Temporary 
Block Flows (TBF) between the wireless data transfer device and the 
mobile network. Such a temporary block flow can be started either by 
the wireless data transfer device or the mobile network. These tempo- 

25 rary block flows are temporary block flows of the RLC/MAC layer, in 
which information of the LLC layer is transferred. A temporary block 
flow may be intended for data transfer either from the mobile network 
to the wireless data transfer device, which is denoted shortly by DL 
TBF (Downlink TBF) in the signalling diagrams of figures 2, 3a and 3b, 

30 or from the wireless data transfer device to the mobile network, in 
which case it is denoted by UL TBF (Uplink TBF). 

Fig. 2 is a signalling diagram of prior art packet data transfer, in which 
temporary block flows are used. The block flow is preferably formed by 
35 means of a control channel, such as PCCCH or CCCH, by configuring 
a packet channel PDTCH. This is represented by block 201 in Fig. 2. 
When the temporary block flow has been formed, the transfer of 
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packets is started (arrow 202). Each RLC packet sent by the mobile 
network to the wireless data transfer device contains a Final Block 
Indicator (FBI). The purpose of this final block indicator is to inform the 
wireless data transfer device when the mobile network no longer has 
5 information to be sent to the wireless data transfer device in the block 
flow, whereupon this temporary block flow can be stopped. In order to 
receive packets, the wireless data transfer device switches to the 
Packet Transfer Mode and starts listening to the packet data channel 
and receiving packets. 

10 

The mobile network sets information about this in the last packet to be 
transmitted (arrow 203), for example by setting the final bit of the pack- 
ets in the packet header field to the value true (e.g. the logical mode 1). 
Then the wireless data transfer device knows that it was the last packet 

15 received in this block flow. This packet also contains the Relative 
Reserved Block Period (RRBP) field, in which the mobile network can 
inform the wireless data transfer device in which time slot the wireless 
data transfer device can send the acknowledge message. Having 
received this last packet, the wireless data transfer device transmits an 

20 acknowledgement message (204) to the mobile network in the given 
time slot and starts a timer (block 205), such as T3192 in the GPRS 
system, for time-out consideration. If the RLC Acknowledged Mode has 
been used in the block flow, the wireless data transfer device sends as 
acknowledgement the Packet Downlink Ack/Nack message, in which 

25 the Final Ack Indicator (FAl) is set to the value true, preferably the logi- 
cal mode 1 . The value of this final bit notifies the mobile network that 
retransmission of packets is not needed (any more), because all pack- 
ets have been received. If the RLC Unacknowledged Mode has been 
used in the block flow, the wireless data transfer device sends the 

30 Packet Control Ack message as the acknowledgement message. The 
wireless data transfer device still continues listening to the packet data 
transfer channel PDTCH in case the wireless data transfer device 
would have to send the acknowledgement message again, until the 
time set in the timer T3192 has expired. After this, the wireless data 

35 transfer device switches to the idle state. 
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A timer is also started in the mobile network, such as T3193 in the 
GPRS system, when the mobile network has received the acknowl- 
edgement message from the wireless data transfer device. After the 
time specified in the timer has expired, the mobile network releases the 
5 temporary block flow. 

If the wireless data transfer device has packets to be sent in the idle 
mode, the wireless data transfer device cannot start sending these 
packets directly, but it must at first switch from the idle mode to the 

10 active mode (packet transmission mode). After this, the wireless data 
transfer device starts the procedure for forming a temporary block flow 
in the control channel, such as the above mentioned PCCCH or CCCH 
control channel (block 206). The transfer of packets from the wireless 
data transfer device to the mobile network can be started after the 

15 temporary block flow has been formed. The signalling performed during 
the formation is represented by arrows 207 and 208, and the configu- 
ration of the packet channel by bfock 209. The time needed for the 
request for resources and the formation of the temporary block flow 
may be as much as several seconds. In practice, an arrangement like 

20 the one described above delays the transfer of packets, because the 
wireless data transfer device must first wait for the end of the time-out 
consideration and switch to the idle mode before a new temporary 
block flow can be formed. In addition, establishing the connection 
causes extra loading of the control channel. Situations like the one 

25 described above arise especially in connection with the signalling proc- 
esses, in which the wireless data transfer device must send a reply to a 
message sent by the mobile network substantially immediately. 

If the mobile network has asked, in connection with the transmission of 
30 packets, the wireless data transfer device to send acknowledgement 
messages, the wireless data transfer device can inform the mobile 
network of the need to send packets in these acknowledgement mes- 
sages. However, the mobile network does not always ask for acknowl- 
edgements, and so in a situation like this the wireless data transfer 
35 device does not have a chance to ask for resources for the transfer of 
packets before the acknowledgement after the reception of the last 
packet. Because at this stage the temporary block flow has ended and 
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no transmission time slot has been reserved for the wireless data 
transfer device, the wireless data transfer device cannot send a 
request for resources. This means that the wireless data transfer 
device must switch to the idle mode and back before it can ask for 
5 resources for the transmission of packets. 

Even when the acknowledged mode is used, there may be problems in 
sending the block flow request on time. The wireless data transfer 
device can set a Channel Request Description IE in the acknowledge- 

10 ment message, whereby the mobile network may try to allocate 
resources for establishing a temporary block flow from the wireless 
data transfer device to the mobile network. In this situation, the mobile 
network sends a resource allocation message (such as Packet Uplink 
Assignment) to the wireless data transfer device, after which the wire- 

15 less data transfer device can start the transmission of packets. How- 
ever, in all situations the wireless data transfer device does not have 
time to ask for the allocation of resources before it has to send the 
acknowledgement message. The reason for this may be, for instance, 
that packets of an application layer (e.g. information related to an Inter- 

20 net browser, such as information of a home page) are being transmit- 
ted in an RLC packet received by the wireless data transfer device in a 
block flow, in which case the packet must be moved from the RLC 
layer to the LLC layer. In the LLC layer, the LLC frame structure is dis- 
mantled and transferred to the TCP/IP layer via the SNDCP layer. 

25 From the TCP/IP layer, the information contained by the packet is 
transmitted to the application. After this, the application can form a 
reply message, for example, to be transmitted further via the mobile 
network. Reverse measures are then performed, i.e. the information of 
the application layer is transformed via the intermediate layers to 

30 information of the LLC layer and further to RLC packets. The tome 
taken by this whole process may be so long that information about the 
need to transmit packets is not received in the RLC layer before the 
acknowledgement message of the RLC layer is sent to the mobile net- 
work. 

35 

In the GPRS system, the wireless data transfer device has a time of 
13 — 26 TDMA frames (one frame is ca. 4.615 ms) to send an acknowl- 
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edgement message. This time is influenced by the value of the RRBP 
field in the packet transmitted by the mobile network. This means that 
the upper layers of the protocol stack have approx. 60 to 1 20ms of time 
to form the packet to be transmitted and move it to the RLC layer. In 
5 practical situations this does not often succeed, and thus the wifeless 
data transfer device must first switch to the idle mode before a tempo- 
rary packet flow from the wireless data transfer device to the mobile 
network can be formed. 

10 The purpose of the present invention is to reduce the above mentioned 
drawbacks and to accomplish a more efficient method and system in 
packet-switched data transfer between a wireless data transfer device 
and a mobile network. The invention is based on the idea that when the 
last packet of each packet transfer has been transferred from the 

15 mobile network to a wireless terminal device, such as a wireless data 
transfer device, a enquiry message is transmitted from the mobile net- 
work to the wireless terminal device, to which enquiry message the 
terminal device can send a reply and when required, ask for resources 
for data transfer from the wireless terminal device to the mobile net- 

20 work. If there are packet data units to be sent in the wireless data 
transfer device, the formation of a temporary block flow can be started 
without the wireless data transfer device switching to the idle mode and 
back. The method according to the invention is characterized in what is 
set forth in the characterizing part of Claim 1 . The data transfer system 

25 according to the invention is characterized in what is set forth in the 
characterizing part of Claim 13. The wireless data transfer device 
according to the invention is characterized in what is set forth in the 
characterizing part of Claim 1 8. 

30 The present invention provides considerable advantages as compared 
to the prior art methods and systems. With the method according to the 
invention, the transfer of packets from the wireless data transfer device 
can be started faster than in the prior art solutions. In addition, the 
invention can reduce the traffic on the control channel when a tempo- 

35 ran/ block flow is formed, and thus the resources of the mobile network 
can be used more efficiently. 
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In the following, the invention will be described in more detail with 
reference to the accompanying drawings, in which 

Figure 1 shows a prior art protocol stack, 

5 

Figure 2 is a schematic signalling diagram of the establishment of a 
packet-switched connection according to prior art, 

Figure 3a is a schematic signalling diagram of the establishment of a 
1 o packet-switched connection from the wireless data transfer 

device to the mobile network according to a preferred 
embodiment of the invention, 

Figure 3b is a schematic signalling diagram of a situation in which 
1 5 there are no packets to be sent to the mobile network in the 

wireless data transfer device, 

Figure 3c is a schematic signalling diagram of the establishment of a 
packet-switched connection from the wireless data transfer 
20 device to the mobile network according to another preferred 

embodiment of the invention, 

Figure 3d is a schematic signalling diagram of the establishment of a 
packet-switched connection from the wireless data transfer 
25 device to the mobile network according to yet another 

preferred embodiment of the invention, and 

Figure 4 shows an advantageous system in which the invention can 
be applied. 

A wireless data transfer system of the GPRS type shown as a simpli- 
fied diagram in Fig. 4 will be used as an example in the following 
description of a preferred embodiment of the invention, but it is clear 
that the invention is not limited to this system oniy, but it can also be 
35 applied in other message transmission systems, in which packet- 
switched data transmission is used. In a mobile network, which uses 
the GPRS system, data transfer between the wireless data transfer 
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device MS and the support node SGSN of the mobile network is pref- 
erably performed via the base station BS. 

The transfer of packets from the mobile network NW towards the wire- 
5 less data transfer device MS will be discussed at first in the following. It 
is assumed that the wireless data transfer device MS is in the Idle 
mode and that it listens to the traffic of a control channel in order to 
detect messages possibly sent to the wireless data transfer device. 

10 In order to start the transfer of packets, the procedure for establishing a 
temporary block flow is started at first. In the following example, the 
establishment of a temporary block flow will be described using the 
PCCCH channel as the control channel, but the corresponding princi- 
ples can also be applied to the CCCH channel. Figure 3a illustrates the 

15 establishment of the connection and the transfer of packets between 
the wireless data transfer device MS and the mobile network NW as a 
schematic signalling diagram. Correspondingly, Fig. 3b illustrates a 
situation in which the transmission of packets from the wireless data 
transfer device MS is not started when the transmission of packets 

20 received from the mobile network NW has ended. In a situation that 
there are packets of the LLC layer to be sent to the wireless data 
transfer device MS from the mobile network NW, the support node 
SGSN starts the establishment of a temporary connection. The wire- 
less data transfer device is then preferably in the idle mode and listens 

25 to the traffic in the control channel. In order to start data transfer, a 
packet data traffic channel PDTCH, where resources are allocated for 
the packet-switched connection, is configured (block 301). The mobile 
network NW allocates one or more Packet Data Traffic Channels 
(PDTCH) for the connection. The number of channels (e.g. time slots) 

30 to be allocated depends on, for instance, the settings made by the 
operator of the mobile network NW, the Quality of Service reserved for 
the connection, the packet connection properties of the receiving wire- 
less data transfer device, etc. The mobile network NW sends a Packet 
Downlink Assignment message to the wireless data transfer device 

35 MS. The assignment message may contain, for instance, the Tempo- 
rary Flow Identity (TFI), timing information, on the basis of which the 
wireless data transfer device can estimate the starting time of the 
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transmission of data packets, and information about the time slot or 
periods in which the packets of the packet connection are transferred. 
In order to receive packets, the wireless data transfer device switches 
to the Packet Transfer Mode and preferably starts the timer. The iden- 
5 tifier T3190 is used for this timer in the GPRS system. After this, the 
wireless data transfer device starts listening to the packet data traffic 
channel and receiving packets. The purpose of the timer is to prevent 
the wireless data transfer device from staying in the packet reception 
mode in error situations and when the transmission of packets has 
10 ended. Error situations may arise when, for example, the wireless data 
transfer device cannot receive packets for some reason or the mobile 
network does not send packets. Error situations are not dealt with In 
more detail in this specification, because the procedures are known as 
such. 

15 

The mobile network sends packets in the packet data traffic channel 
PDTCH (arrow 302). The wireless data transfer device MS receives 
each packet and sends an acknowledgement message, if the mobile 
network NW has asked for it. By the acknowledgement message, the 

20 wireless data transfer device MS can inform the mobile network NW 
that the packet has either been received successfully (ACK) or that 
there have been errors in the reception (NACK). If the mobile network 
NW has asked for the transmission of acknowledgement messages, 
the wireless data transfer device MS can also use the acknowledge- 

25 ment messages to notify the mobile network NW of the need to trans- 
mit packets as long as the temporary block flow DL TBF is activated. 

The mobile network NW sets information about the end of the packets 
in the last packet to be transmitted (arrow 303), for example by setting 

30 the Final Block Indicator (FBI) in the packet header field to the value 
true (e.g. the logical mode 1). Then the wireless data transfer device 
MS knows that it was the last packet received in this block flow. The 
wireless data transfer device sends an acknowledgement message to 
the mobile network (arrow 304) and starts another timer, such as 

35 T3192 in the GPRS system (block 305). 
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After the mobile network NW has received information that the last 
packet has been received, in a system according to a preferred 
embodiment of the invention the mobile network sends a enquiry mes- 
sage 306 (such as Packet Power Control/Timing Advance (RRBP)), in 
5 which the enquiry information (the RRBP field in the GPRS system) 
has been set, and the wireless data transfer device can answer the 
enquiry by using the radio resource reserved for the wireless data 
transfer device MS, which was notified in the enquiry message. In 
addition, preferably the same identifier TFI reserved for the wireless 
10 data transfer device as was used in the ended block flow is used in this 
enquiry message. Setting the enquiry information in the message 
means in practice that the wireless data transfer device MS is expected 
to send a reply message in the allocated radio resource. 

15 If, however, the wireless data transfer device MS has packets to be 
sent, it does not send the normal Packet Control Acknowledgement 
message, but having received this enquiry message, the wireless data 
transfer device sends a PACKET_RESOURCE_REQUEST 307 to the 
mobile network NW for establishing a temporary block flow for the 

20 transfer of packets, if there are packets in the wireless data transfer 
device MS waiting for transmission. In addition, the wireless data 
transfer device preferably starts the timer T31 68 and continues listen- 
ing to the packet data traffic channels PDTCH. In other case, the wire- 
less data transfer device MS replies normally with the 

25 PACKET_CONTROL_ACKNOWLEDGEMENT message 310 (Fig. 3b). 
If the wireless data transfer device MS did send a request for the allo- 
cation of packet resources, the mobile network NW detects that the 
wireless data transfer device MS has packets to be sent and can start 
the allocation of resources for a new temporary block flow. 

30 

If the wireless data transfer device MS did send a resource allocation 
request 307 to the mobile network NW, it is examined whether it has 
sufficiently resources available at the moment for the establishment of 
a block flow. If there are resources available, the mobile network NW 
35 sends a PACKET_UPLINK_ ASSIGNMENT message 308 to the wire- 
less data transfer device MS. After the configuration measures needed 
for establishing a temporary block flow have been performed, the 
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wireless data transfer device MS can start the transfer of packets 
essentially immediately (block 309). After this, operation continues in a 
manner known as such. 

5 In a system according to another preferred embodiment of the inven- 
tion, which is shown as a schematic signalling diagram in Fig. 3c, the 
procedure is the following. After the mobile network NW has received 
information that the last packet has been received, the mobile network 
sends in a data channel an assignment message 312 (such as Packet 
10 Uplink Assignment), in which the wireless data transfer device has 
been informed in which time slot it can send a temporary packet 
resource allocation request 307, if required. After this, the operation 
continues as shown in Fig. 3a. 

15 In a system according to yet another preferred embodiment of the 
invention, the procedure may also be the following (Fig. 3d). The 
mobile network sends 311 advantageously the last data packet again 
after the mobile network NW has received information that the last 
packet has been received. In this retransmitted packet, the final bit has 

20 been set in the value true, and the wireless data transfer device has 
been allocated a resource for sending acknowledgement. In addition, in 
this repeated packet it is also possible to try to set the value of the 
RRBP field such that the wireless data transfer device MS would have 
as long a time as possible for sending the acknowledgement message. 

25 The wireless data transfer device is expected to send 
acknowledgement to this message. If the RLC layer in the wireless 
data transfer device has now received information that there are 
packets to be sent to the mobile network, the wireless data transfer 
device can send a temporary packet resource allocation request 307, 

30 as was described earlier in this specification, by setting a resource 
allocation request in the acknowledgement message. 

Having received the acknowledgement message, the mobile network 
examines whether the resource allocation request has been set in it. If 
35 it has not been set, the mobile network may repeat the transmission of 
this last packet N times, where N is a value selected in advance. Then 
the length of the time given to the wireless data transfer device for 



WO 01/76156 



PCT/FI01/00299 



14 

requesting resources can be set as suitable in the existing systems by 
selecting N so that on one hand, needlessly long waiting times are 
avoided, and on the other hand, in practical situations the wireless data 
transfer device generally has sufficiently long a time for sending the 
5 resource allocation request. If the mobile network NW detected that a 
resource allocation request has been set, the mobile network starts the 
procedure for establishing a temporary block flow and stops the 
repeated transmissions of the last packet. In this embodiment, the 
wireless data transfer device starts the timer T3192 preferably again in 
10 connection with the transmission of the acknowledgement message. 
Correspondingly, the mobile network NW starts the timer T3193 again 
when it has received the acknowledgement message from the wireless 
data transfer device MS. 

15 The purpose of starting the above mentioned timers T3168, T3192 is, 
among other things, to prevent the wireless data transfer device MS 
from staying to wait for messages sent by the mobile network NW for 
unnecessarily long a time in error situations, for example. Then, if the 
wireless data transfer device MS does not receive a packet connection 

20 assignment message 308, for example, from the mobile network NW 
before the time set in the timer T3192 has expired, the wireless data 
transfer device MS preferably switches to the idle mode in the known 
manner. 

25 In a system according to yet another embodiment of the invention, the 
mobile network NW does not automatically send a enquiry message 
306 after the last data packet transmitted, but the mobile network NW 
concludes on the basis of the type of the information to be transferred, 
for example, whether a need to transfer packets from the wireless data 

30 transfer device MS to the mobile network NW is expected. The situa- 
tion like this is for instance when the information to be transferred con- 
sists of signalling messages of the mobile network NW and the wire- 
less data transfer device MS, to which a reply message is expected 
from the wireless data transfer device MS. 

35 

In a system according to yet another preferred embodiment of the 
invention, the wireless data transfer device MS can conclude whether it 
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has a need to transmit packets to the mobile network NW after the 
wireless data transfer device MS has received the packets transmitted 
from the mobile network NW. Then the procedure may preferably be 
the following. The wireless data transfer device MS sets in the 
5 acknowledgement message it sends to the last received packet the 
information that the wireless data transfer device MS may relatively 
soon have a need to send packets. This information may include a 
mention of a period of time after which the wireless data transfer device 
MS will ask for resources for the transmission of packets, if required. 

10 The mobile network can then set time-out consideration and maintain 
the information needed to establish a new temporary block flow. In this 
embodiment, the mobile network NW sends the enquiry message 306 
mentioned in connection with the description of the first preferred 
embodiment of the invention preferably after the period of time given by 

15 the wireless data transfer device MS. As a reply to this enquiry mes- 
sage, the wireless data transfer device MS sends the resource alloca- 
tion request 307 in a situation where the wireless data transfer device 
MS has packets to be transmitted. However, if there are no packets to 
be sent within the time specified by the time-out information, operation 

20 continues preferably in accordance with the prior art. By this arrange- 
ment, the use of radio resources can be reduced further when forming 
the temporary block flows. 

By the arrangement according to the invention, the loading of the 
25 common control channels can be reduced, because in situations like 
those described above, the resource allocation request can be imple- 
mented by using a data channel, which is assigned to at least the 
wireless data transfer device in question. Resources are then released 
from the control channels to other message transmission. 

30 

The Relative Reserved Block Period field RRBP mentioned above in 
the description of the invention can be advantageously applied in the 
GPRS system, for instance, in the following manner. There are now 
two bits reserved for the field, and when the present invention is 
35 applied, their meaning can be defined according to the following Table 
1 in a system used as an example. 
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BO 


B1 


The transmission block period reserved for the wireless data 
transfer device 


0 


0 


Number of TDMA frame = (N+1 3) mod 271 5648 


0 


1 


Number of TDMA frame = (N+17or N+1 8) mod 2715648 


1 


0 


Number of TDMA frame = (N+21 or N+22) mod 2715648 


1 


1 


Number of TDMA frame = (N+52 or N+78) mod 2715648 



TABLE 1 



When the wireless data transfer device MS receives a message, which 
contains the transmission block period field RRBP, the wireless data 
5 transfer device MS should send a reply message to the mobile network 
NW within ca. 60 — 120 ms (the first 3 alternatives of Table 3) from the 
reception of this message, depending on the value of the reply block 
period field. In this preferred embodiment, one row of the transmission 
block period field (B0=1, B1=1) has been reserved for a situation in 

10 which a longer time is reserved for the wireless data transfer device for 
forming the reply message. In the example of Table 1 , this means that 
the wireless data transfer device MS has approx. 240 ms ((N+52) mod 
271 5648) or even approx. 360 ms ((N+78) mod 271 5648) of time to 
form the reply message. Then the establishment of a temporary block 

15 flow from the wireless data transfer device MS to the mobile network 
NW can be implemented as follows, for example. 

The mobile network NW sets the final bit in the header field of the last 
data frame to the value true and the value 3 (B0=1, B1=1) to the 

20 transmission block period, if the wireless data transfer device does not 
have a temporary block flow in the direction of the mobile network at 
the moment. When required, the wireless data transfer device sets in 
the reply message the information about the need to establish a tempo- 
rary block flow. If, however, such a temporary block flow already exists, 

25 the mobile network preferably sets the value 0 (B0=0, B1=0) in the 
transmission block period field, whereby the temporary block flow from 
the mobile network in the direction of the wireless data transfer device 
can be stopped as soon as possible. 
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One of the advantages provided by the embodiment described above 
is the fact that a new enquiry message need not be sent from the 
mobile network NW to the wireless data transfer device MS, and in 
spite of this the wireless data transfer device has more time to form the 
5 acknowledgement message than in the prior art solutions. 

The packets to be transferred in the temporary block flows may be 
packets that are used for the transfer of information of an application, in 
which case the information packets are transferred in the known man- 

1 0 ner from the application level to the lower layers of the protocol stack to 
be transferred as packets of the RLC/MAC layer. In the Subnetwork 
Dependent Convergence Protocol (SNDCP) block the packets are 
divided, if required, to different queues according to the Quality of Ser- 
vice requirements specified for each packet. Figure 1 shows four 

1 5 Qualities of Service (QoS) by way of example: first class, second class, 
third class and fourth class. However, with regard to the application of 
this invention it is not significant as such what kind of requirements for 
the quality of service have been set for different packets. 

20 The SNDCP block transmits the packets via the Service Access Point 
(SAP) corresponding to the Quality of Service to the LLC layer. One 
Logical Link Entity (LLE) for each packet queue corresponding to a 
Quality of Sen/ice has preferably been formed in this logical link control 
(LLC) layer. 

25 

The Logical Link Entity performs the operations of the LLC protocol 
layer, such as possible retransmissions of the packets. Below the LLC 
layer, in the connection point between the wireless data transfer device 
and the mobile network, there is a RLC/MAC (Radio Link Control/ 
30 Medium Access Control) layer in the protocol stack shown in Fig. 1 . In 
a protocol stack according to the example used here, this is imple- 
mented by one RLC block, the tasks of which include for instance 
requesting the allocation of resources from the mobile network for all 
packets sent to the radio path. 

35 

In Fig. 1 , a data transfer connection has been formed between the LLE 
and RLC block via the RR interface, but it is clear that an arrangement 
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consisting of several RLC blocks can also be used in connection with 
the invention. 



Fig. 4 shows the connections of a telecommunications network in a 
5 packet-switched GPRS service. In the infrastructure of the network, the 
main element for the GPRS services is the GPRS Support Node, GSN. 
It is a mobility router, which implements the connection and co-opera- 
tion between different data networks, for example to the PSPDN (Pub- 
lic Switched Packet Data Network) via the connection Gi or to the 

10 GPRS network of another operator via the connection Gp, mobility 
management with the GPRS registers via the connection Gr, and the 
transmission of data packets to wireless data transfer devices MS irre- 
spective of their location. Physically, the GPRS Support Node GSN can 
be integrated with the Mobile Switching Center (MSC) or it can be a 

15 separate network element based on the architecture of the data net- 
work routers. User data goes directly between the support node GSN 
and the base station system BSS consisting of the base stations BTS 
and base station controllers BSC via the connection Gb, but there is a 
signalling connection Gs between the support node GSN and the 

20 mobile switching center MSC. In Figure. 4, the solid lines between 
blocks represent data traffic (or the transfer of speech or data in digital 
form) and the broken lines represent signalling. Physically, data may 
pass transparently via the mobile switching center MSC. The radio 
interface between the wireless data transfer device MS and the fixed 

25 network goes via the base station BTS and is denoted by the reference 
Um. The references Abis and A denote the interface between the base 
station BTS and the base station controller BSC, and correspondingly 
between the base station controller BSC and the mobile switching 
centre MSC, which is a signalling connection. The reference Gn repre- 

30 sents the connection between different support nodes of the same 
operator. The support nodes are generally divided into Gateway GPRS 
Support Nodes (Gateway GSN or GGSN) and Serving GPRS Support 
Nodes (Serving GSN or SGSN), as shown in Fig. 4. The GSM system 
is of the Time Division Multiple Access (TDMA) type, in which traffic in 

35 the radio path takes place by time division in consecutive TDMA 
frames, each of which consists of several (eight) time slots. In each 
time slot, the information packet is sent as a radio frequency burst of 
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finite duration, which consists of a number of modulated bits. The time 
slots are used mainly as control channels and traffic channels. The 
traffic channels are used for the transfer of speech and data, and the 
control channels are used for signalling between the base station BTS 
5 and the wireless data transfer devices MS. 

The RLC block according to the invention and its functionality can be 
implemented in the equipment used in the present mobile communica- 
tion systems by making changes in the parts of the programs that deal 

10 with the implementation of the protocol stacks. In a wireless terminal 
MS the functions can be largely implemented in connection with the 
processing equipment CPU at least partly by programming. This proc- 
essing equipment CPU preferably comprises at least one processor, 
and it can be realized by means of an Application Specific Integrated 

15 Circuit (not shown), for example. For radio data transfer, the wireless 
data transfer device MS is equipped with a radio part RF, in the known 
manner. 

The present invention is not limited to the above described embodi- 
20 ments only, but its details can be modified without departing from the 
scope defined by the attached claims. The invention can also be 
applied in the Universal Mobile Telecommunication System (UMTS), 
for example. 
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Claims 

1. A method for arranging the transfer of packets between a 
wireless data transfer device (MS) and a mobile communication net- 

5 work (NW), in which method for transferring packets between a wire- 
less data transfer device (MS) and a mobile communication net- 
work (NW) there are formed temporary packet flows (UL TBF, DL TBF), 
in which data is transferred in one or more packet data traffic chan- 
nels (PDTCH) either in the first direction from the mobile communica- 

10 tion network (NW) to the wireless data transfer device (MS), or in the 
second direction from the wireless data transfer device (MS) to the 
mobile communication network, and in which method, when data 
transfer ends in a packet flow, a notification of the end of the data 
transfer is added to the packet (302) to be transmitted, characterized in 

15 that when the transfer of packets in said first direction has ended, at 
least one enquiry message (306) is also sent from the mobile commu- 
nication network (NW) to the wireless data transfer device (MS), and 
that if there are packets in the wireless data transfer device (MS) to be 
sent to the mobile communication network (NW), a response mes- 

20 sage (307) to said message (306) is sent from the wireless data trans- 
fer device, to which response message (307) the wireless data transfer 
device (MS) sets information about the need to send packets. 

2. A method according to Claim 1, characterized in that the 
25 formation of temporary block flows is carried out by means of signalling 

information transmitted in one or more control chan- 
nels (PCCCH, CCCH, PACCH). 

3. A method according to Claim 1 or 2, characterized in that 
30 the processing of the information to be transmitted takes place 

according to a protocol stack, which includes at least an RLC/MAC 
layer. 

4. A method according to any one of the claims 1 , 2 or 3, char- 
35 acterized in that said reply message (307) is a request message for the 

allocation of packet resources. 
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5. A method according to any one of the claims 1 to 4, charac- 

terized in that advantageously the last transmitted packet (302) is used 
as the enquiry message (306). 

5 6. A method according to any one of the claims 1 to 4, charac- 

terized in that the Packet Power Control/Timing Advance message is 
used as the enquiry message (306). 

7. A method according to any one of the claims 1 to 4, charac- 
10 terized in that the Packet Uplink Assignment message is used as the 

enquiry message (306). 

8. A method according to any one of the claims 5, 6 or 7, char- 
acterized in that the transmission of the enquiry message (306) is 

15 repeated, whereby the following steps are also performed in the 
method: 

— the wireless data transfer device transmits a reply mes- 

sage (307), to which the wireless data transfer device (MS) 
sets information about the need to transmit packets, 

20 — said reply message (307) is received in the mobile 

communication network and it is examined whether said 
information about the need to transmit packets has been set 
in the reply message, and if the information about the need 
to transmit packets has been set, the formation of a tempo- 

25 rary block flow from the wireless data transfer device to the 

mobile communication network is started, otherwise said 
enquiry message (306) is transmitted again. 

9. A method according to any one of the claims 1 to 8, charac- 
30 terized in that the mobile communication network is a GPRS packet- 
switched network. 

10. A method according to any one of the claims 1 to 5, in 
which the wireless data transfer device (MS) has at least an active 

35 mode and an idle mode, characterized in that if the wireless data 
transfer device (MS) does not have packets to be transferred when the 
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transfer of packets in the first direction is stopped, the wireless data 
transfer device (MS) is set to the idle mode. 

11. A method according to any one of the claims 1 to 10, 
characterized in that when the transfer of packets has stopped, the 
wireless data transfer device (MS) sends an acknowledgement mes- 
sage (304) to the mobile communication network (NW), and that the 
wireless data transfer device (MS) sets in said acknowledgement mes- 
sage (304) at least information about the need to send packets. 

12. A method according to Claim 11, characterized in that the 
wireless data transfer device (MS) also sets in said acknowledgement 
message (304) information about the time of transmission of the 
enquiry message (306). 

13. A data transfer system, in which information is arranged to 
be transferred in packet form between a wireless data transfer 
device (MS) and a mobile communication network (NW), and which 
data transfer system comprises means (RF, BTS) for transferring 
packets between the wireless data transfer device (MS) and the mobile 
communication network (NW) in temporary block flows (UL TBF, 
DL TBF), in which information is arranged to be transferred in one ore 
more packet data traffic channels (PDTCH) either in the first direction 
from the mobile communication network (NW) to the wireless data 
transfer device (MS), or in the second direction from the wireless data 
transfer device (MS) to the mobile communication network (NW), and 
means for setting information about the end of the block flow in the 
packet to be transmitted (302) when data transfer ends in a block flow, 
characterized in that the data transfer system also comprises at least 
means (SGSN, BTS) for sending at least one enquiry message (306) 
from the mobile communication network (NW) to the wireless data 
transfer device (MS) when the transfer of packets in said first direction 
has stopped, means (CPU) for examining whether the wireless data 
transfer device (MS) contains packets to be sent to the mobile commu- 
nication network (NW), whereby the wireless data transfer device (MS) 
comprises at least means (CPU) for forming a reply message (307) to 
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said enquiry message (306), and means (CPU) for setting information 
about the need to send packets in said reply message (307). 

14. A data transfer system according to Claim 13, characterized 
5 in that the formation of temporary block flows is arranged to be per- 
formed by means of signalling information transmitted in one or more 
control channels (PCCCH, CCCH, PACCH). 

15. A data transfer system according to Claim 13 or 14, charac- 
10 terized in that a protocol stack for processing the information to be 

transmitted has been formed in the wireless data transfer device (MS) 
and the mobile communication network (NW), and that the protocol 
stack comprises at least an RLC/MAC layer. 

15 16. A data transfer system according to any one of the claims 

13, 14 or 15, characterized in that said reply message (307) is a 
request message for the allocation of packet resources. 

17. A method according to any one of the claims 13 to 16, 
20 characterized in that the mobile communication network is a GPRS 

packet-switched network. 

18. A wireless data transfer device for being used in a data 
transfer system, in which information is arranged to be transferred in 

25 packet form between a wireless data transfer device (MS) and a mobile 
communication network (NW), and which data transfer system com- 
prises means (RF, BTS) for transferring packets between the wireless 
data transfer device (MS) and the mobile communication network (NW) 
in temporary block flows (ULTBF, DLTBF), in which information is 

30 arranged to be transferred in one or more packet data traffic chan- 
nels (PDTCH) either in the first direction from the mobile communica- 
tion network (NW) to the wireless data transfer device (MS), or in the 
second direction from the wireless data transfer device (MS) to the 
mobiie communication network (NW), characterized in that the wireless 

35 data transfer device (MS) also comprises at least 

— means (RF) for receiving a enquiry message (306) sent 

from the mobile communication network (NW), which 
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enquiry message (306) has been sent after the transfer of 
packets has stopped in said first direction, 

— means (CPU) for examining whether the wireless data 
transfer device (MS) has packets to be sent to the mobile 
communication network (NW), 

— means (CPU) for forming a reply message (307) to said 
enquiry message, and 

— means (CPU) for setting information about the need to send 
packets to said reply message (307). 

19. A wireless data transfer device (MS) according to Claim 1 8, 
characterized in that the wireless data transfer device (MS) comprises 
means (RF) for sending an acknowledgement message (304) to the 
mobile communication network (NW) when the transfer of packets has 
stopped, and means (CPU) for setting in said acknowledgement 
message (304) at least information about the need to send packets. 

20. A wireless data transfer device (MS) according to Claim 19, 
characterized in that the wireless data transfer device (MS) comprises 
means (CPU) for setting in said acknowledgement message (304) 
information about the time of transmission of the enquiry 
message (306). 
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